home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1992 / f / f410.asc < prev    next >
Text File  |  1994-01-31  |  28KB  |  676 lines
  1.  
  2.  
  3.  
  4. Recommendation F.410
  5.                                  
  6.                      MESSAGE HANDLING SERVICES:
  7.                 THE PUBLIC MESSAGE TRANSFER SERVICE
  8.  
  9.      The establishment in various countries of message handling
  10. services in association with public networks creates the need to
  11. produce Recommendations covering the aspects of public message
  12. handling services.
  13.  
  14.      The CCITT,
  15.  
  16. considering
  17.  
  18.      (a)   the need for public message handling services;
  19.  
  20.      (b)   the strategic and commercial importance of
  21. standardization of message handling services;
  22.  
  23.      (c)   the urgent need for intercommunication arrangements for
  24. existing telematic services, and other services with public message
  25. handling services;
  26.  
  27.      (d)   the need for a clear distinction between the
  28. responsibilities to be allocated to service providers and those of
  29. subscribers and/or users;
  30.  
  31.      (e)   the need for establishing international compatibility
  32. between different messaging systems;
  33.  
  34.      (f)   the growth of the installed base of terminals and
  35. personal computers with the ability to access message handling
  36. systems;
  37.  
  38.      (g)   that several F series Recommendations describe public
  39. message handling services;
  40.  
  41.      (h)   that certain X and T series Recommendations cover
  42. relevant aspects of systems used for the provision of messaging
  43. services,
  44.  
  45. unanimously declares
  46.  
  47.      the view that the requirements specified in this
  48. Recommendation should be applied for the provision of the public
  49. message transfer service internationally.
  50.                                  
  51.                              CONTENTS
  52.                                  
  53.  
  54. 1    Purpose and scope
  55.      1.1  General
  56.      1.2  Message handling systems used in the provision of MT
  57.         service
  58.  
  59. 2    MT service
  60.      2.1  General service requirements
  61.      2.2  Message transfer service features
  62.         2.2.1  Introduction
  63.         2.2.2  The basic message transfer service
  64.         2.2.3  Optional user facilities in the MT service
  65.         2.2.4  Naming and addressing
  66.  
  67. 3    Operation of the service
  68.      3.1  General
  69.      3.2  Message transfer
  70.  
  71. 4    Quality of service
  72.      4.1  Message status
  73.      4.2  Responsibility for messages
  74.      4.3  Model of delivery and notification times
  75.      4.4  Message transfer time targets
  76.      4.5  Delivery notification time targets
  77.      4.6  Error protection
  78.      4.7  Availability of service
  79.      4.8  Minimum storage capacity
  80.  
  81. 5    Networks requirements
  82.      5.1  General
  83.      5.2  Network requirements for international interconnection
  84.      5.3  Network requirements for service access
  85.  
  86. 6    Use of MT service within CCITT defined telematic services
  87.  
  88. Annex A - Abbreviations
  89.  
  90. Annex B - MT elements of service for 1984 systems
  91.  
  92.  
  93. 1    Purpose and scope
  94.  
  95. 1.1  General
  96.  
  97.      This Recommendation specifies the general, operational and
  98. quality of service aspects of the public international message
  99. transfer service.
  100.  
  101.      This type of message handling service is an international
  102. telecommunication service offered by Administrations, enabling
  103. subscribers' user agents to submit standardized classes of messages
  104. to message transfer agents for their transfer to another message
  105. transfer agent in the same Administration's domain, in another
  106. Administration's domain, or to private domains, via
  107. telecommunication networks using store and forward techniques.
  108.  
  109.      The message transfer service also may transfer messages
  110. submitted through a message store, and delivered to a message
  111. store, and to and from access units to other services.
  112.  
  113.      Locally provided functions, for which communication with other
  114. user agents or message transfer agents is not required, are nor
  115. covered by CCITT Recommendations.
  116.  
  117.      The message transfer (MT) service enables subscribers to
  118. request a variety of features to be performed during the transfer
  119. of messages.
  120.  
  121.      Some features are inherent in the basic MT service. Other non-
  122. basic features may be selected by the subscriber, either on a per-
  123. message basis, or for an agreed contractual period of time, if they
  124. are provided by Administrations.
  125.  
  126.      Elements of service belonging to the basic message transfer
  127. service and essential optional user facilities are to be made
  128. available internationally by Administrations.
  129.  
  130.      MT service may be provided using any physical network. MT
  131. service may be offered separately or in combination with various
  132. telematic or data communication services. It can be obtained by
  133. making appropriate arrangements.
  134.  
  135.      Technical specifications and protocols, to be used in the MT
  136. service are defined in the X.400 series of Recommendations.
  137.  
  138.      The service definition is contained in ñ 2. Sections 3 and 4
  139. describe the operation of the service and quality of service, and
  140. network requirements are given in ñ 5.
  141.  
  142. 1.2  Message handling systems used in the provision of MT service
  143.  
  144. 1.2.11984 implementations
  145.  
  146.      This Recommendation assumes that the message handling systems
  147. implemented to provide the service outlined herein are based on the
  148. 1988 version of the X.400 series of technical Recommendations. It
  149. is recognized however that for some time after the publication of
  150. this Recommendation, the majority of implementations of MT service
  151. will be based on the 1984 X.400 series of Recommendations.
  152. Administrations are encouraged to adopt the latest CCITT
  153. Recommendations; however, in the interim, they may make use of this
  154. Recommendation with 1984 implementations as outlined below.
  155.  
  156. 1.2.2Elements of service
  157.  
  158.      The elements of service available for message handling
  159. services are listed and classified in Recommendation F.400. Annex
  160. B/F.400 provides a list of all the elements of service (called
  161. Service Elements in 1984) for MT service from the 1984 X.400
  162. Recommendation. In addition the classifications of each element of
  163. service, as they were in 1984 in Recommendation X.401, are shown.
  164. In the 1988 X.400 Recommendation, there are many new elements of
  165. service representing new functionality that were not present in
  166. 1984. Most of these have been classified as additional, meaning
  167. that they do not have to be supported, hence the 1984
  168. implementations can make use of this service Recommendation in most
  169. cases. Other differences between 1988 and 1984 are of two types,
  170. new elements of service that are classified as essential, and old
  171. (meaning 1984) elements of service that have been re-classified as
  172. essential for 1988. Annex C of Recommendation F.400 lists both the
  173. new elements of service in 1988 as well as changes in
  174. classification to any 1984 elements of service. In both cases to
  175. allow for 1984 implementations to be used for the provision of
  176. pubic MT service as described in this Recommendation, a grace
  177. period of 8 years is provided for Administrations to upgrade their
  178. implementations in this respect to the 1988 technical
  179. Recommendations.
  180.  
  181. 1.2.3Name forms
  182.  
  183.      The specifications of the name forms in the 1988
  184. Recommendations have been enhanced and postal O/R addresses have
  185. been added. The name forms and the mandatory components of the 1984
  186. Recommendations have their equivalence in the new framework and are
  187. aligned in principle.
  188.  
  189. 1.2.4Interworking
  190.  
  191.      In order to protect the investment of Administrations who have
  192. implemented 1984 systems for the provision of MT service, 1988 ADMD
  193. implementations must be able to interwork to 1984 ADMDs as outlined
  194. in Recommendation X.419, Annex B.
  195.  
  196.      Interworking from 1988 ADMDs to 1984 PRMDs is a national
  197. matter.
  198.  
  199.  
  200. 2    MT service
  201.  
  202. 2.1  General service requirements
  203.  
  204. 2.1.1   The fundamental ability of the MT Service is to provide for
  205. the transfer of messages submitted by other services subscribing to
  206. the MT service. These other services may submit messages from their
  207. user agents, if they are services that follow the X.400 series of
  208. Recommendations. Services may also access the MT service from
  209. standardized access units. Messages may also be transferred to and
  210. from message stores. The access units and message stores are not
  211. part of the MT service. Conversion of messages when different
  212. codings and other formats are used may be provided by the MT
  213. service.
  214.  
  215. 2.1.2   The public MT service will be provided by Administrations
  216. using systems that conform to the X.400 series Recommendations.
  217.  
  218.      Management domains (MDs) are defined for the purpose of
  219. responsibilities boundaries. The MD managed by an Administration is
  220. called an Administration Management Domain (ADMD). The MD managed
  221. by an organization is called a Private Management Domain (PRMD).
  222.  
  223. 2.1.3   International exchange of messages are performed between
  224. administation management domains through CCITT standardized public
  225. data transmission services. Each Administration will designate one
  226. or more MTAs in its management domain as international access
  227. points to the MT service.
  228.  
  229. 2.1.4   Different classes of messages may be exchanged through this
  230. service. Some classes of messages may be standardized by CCITT
  231. Recommendations, such as F.420. Other classes of messages may also
  232. be transferred, provided that the format adheres to the appropriate
  233. X.400 series or Recommendations.
  234.  
  235. 2.1.5   An Administration may provide different methods of access
  236. to the MT service. The possible methods are:
  237.      1)from a subscribing service's user agent, message store, or
  238.         access unit;
  239.      2)from an MTA in a private management domain.
  240.  
  241. 2.1.6   Each Administration is responsible for the national access
  242. to its management domain.
  243.  
  244. 2.1.7   The characteristics of the direct interfaces to the MT
  245. service, or between a private domain and the MT service are a
  246. national matter, although they should generally conform to the
  247. X.400 series of Recommendations. Interworking with postal systems,
  248. or other physical delivery systems, should be in accordance with
  249. F.415.
  250.  
  251. 2.1.8   The national implementation of the MT service may provide
  252. intercommunication of subscribing services with other telematic
  253. services such as telex, teletex, facsimile and videotex. When
  254. implemented, the interface between the MT service and the other
  255. services shall be according to relevant CCITT Recommendations.
  256. Intercommunication may also be provided to a physical delivery
  257. system.
  258.  
  259. 2.1.9   As the service is providing indirect communication, cases
  260. of non-delivery of the message to the intended recipient may occur.
  261. The MT service provides for non-delivery notification and, as an
  262. optional user facility, for delivery notification.
  263.  
  264. 2.1.10  Due to the intermediate storage of the message, the service
  265. may provide conversion optional user facilities: speed, access
  266. procedures, networks, and coding of message contents.
  267.  
  268. 2.1.11  The message belongs to the originator until delivery has
  269. taken place. After delivery the message belongs to the recipient.
  270.  
  271. 2.1.12  Where sender and recipient have different and conflicting
  272. requirements, the sender's requirements shall take precedence
  273. (e.g., content type conversion or redirection control).
  274.  
  275. 2.1.13  Management domains shall relay messages even if some
  276. additional optional user facilities are not supported by that
  277. domain.
  278.  
  279. 2.2  Message transfer service features
  280.  
  281. 2.2.1Introduction
  282.  
  283.      Recommendation F.400, ñ 19, defines elements of service which
  284. are available in the MT service and are classified as either
  285. belonging to the basic service or as MT optional user facilities.
  286. Elements of service comprising the basic MT service are inherently
  287. part of the service, and are always provided and available. The
  288. optional user facilities that are classified as essential are
  289. always provided and those classified as additional may be available
  290. nationally or internationally on the basis of bilateral agreement.
  291.  
  292.      In the MT service there is the following grouping of elements
  293. of service:
  294.      1)basic service which corresponds with the basic elements of
  295.         service listed in Table 4/F.400;
  296.      2)optional user facilities, which correspond to the MT
  297.         optional user facilities listed in Table 5/F.400.
  298.  
  299.      Basic features are inherent in the service. Optional user
  300. facilities may be selected on a per-message basis or for an agreed
  301. contractual period of time.
  302.  
  303. 2.2.2The basic message transfer service
  304.  
  305.      The basic MT service shall be implemented according to the
  306. requirements of CCITT Recommendation X.411. The basic MT service
  307. enables UAs to access and be accessed by the MTS in order to
  308. exchange messages. Each message is assigned a unique message
  309. reference identification. If a message cannot be delivered, the
  310. originating UA is informed. To facilitate meaningful communication,
  311. a UA may specify the types of encoded information that can be
  312. contained in messages delivered to it. The content type, the
  313. original encoded information types, the time of submission and
  314. delivery and whether conversion occurred are indicated for each
  315. message. The elements of service comprising the basic MT service
  316. are listed in Recommendation F.400, Table 4/F.400.
  317.  
  318. 2.2.3Optional user facilities in the MT service
  319.  
  320.      Two classes of optional user facilities are available in the
  321. MT services. The first class is selectable on a per-message basis.
  322. The second class may be provided to the subscribing service when
  323. agreed to over a contractual period of time. The classes are
  324. described and cited in Recommendation F.400 (ñ 19.3, and Table
  325. 5/F.400) and are available in the service based on the MT service.
  326.  
  327. 2.2.4Naming and addressing
  328.  
  329.      Naming and addressing as used in the MT service is described
  330. in overview in Recommendation F.400, ñ 12. The rules for naming and
  331. addressing in an Administration Management Domain are given in
  332. Recommendation F.401.
  333.  
  334.  
  335. 3    Operation of the service
  336.  
  337. 3.1  General
  338.  
  339. 3.1.1   The MT service provides that messages can be sent,
  340. transferred, delivered and received using fully automatic
  341. procedures.
  342.  
  343.      Manual delivery of messages can be provided in the case of
  344. interworking with postal systems, and is described in
  345. Recommendation F.415.
  346.  
  347. 3.1.2   Messages are prepared by subscribers services User
  348. Agents/Access Units or by User Agents/Access Units in other
  349. management domains.
  350.  
  351. 3.1.3   Each Administration providing the MT service should
  352. validate its subscribers identities, at the time of access. It
  353. should also validate the identity of other Management Domains at
  354. their points of access.
  355.  
  356. 3.1.4   Connectivity of the MT service to message transfer in
  357. private management domains, which will allow users of these systems
  358. to exchange messages, is desirable. This is recognized to be a
  359. national matter. If these interconnections are provided, they
  360. should take place between management domains in accordance with
  361. CCITT Recommendations.
  362.  
  363. 3.1.5   When implicit conversion is provided by the Administration
  364. via the message transfer service, the message will be converted if
  365. necessary, unless prohibited by the originator. The conversion will
  366. be in accordance to the rules specified in Recommendation X.408.
  367.  
  368. 3.2  Message transfer
  369.  
  370.      Message transfer is initiated when a message is received from
  371. a User Agent/Message Store or access unit. Delivery is attempted to
  372. the address of the message. The body part of the message will be
  373. transferred in the form in which it was received unless conversion
  374. has been performed.
  375.  
  376.      The results of the transfer attempt may be conveyed by two
  377. notifications.
  378.      - non-delivery notification;
  379.      - delivery notification.
  380.  
  381.      Delivery notification may be given to the originating domain
  382. by the destination domain to indicate successful delivery. This
  383. delivery notification should be provided if requested.
  384.  
  385.      Non-delivery notification is automatically originated by the
  386. MTS, while delivery notification will be generated by the
  387. recipients MTA on request of the originator. If non-delivery
  388. notification is prevented, and delivery notification is not
  389. requested, no notification is possible. In the case of a message to
  390. a teletex terminal, (auto) receipt notification may be returned by
  391. the TTXAU.
  392.  
  393.  
  394. 4    Quality of service
  395.  
  396. 4.1  Message status
  397.  
  398.      The unique identification of messages conforming to the
  399. requirements of CCITT X.400 series Recommendations enables the
  400. system to provide information about e.g., the status of an IP-
  401. message or other class of message.
  402.  
  403.      In the event of system failure all accepted and non-delivered
  404. messages should be traceable. If messages cannot be delivered, the
  405. originator must be informed by a non-delivery notification.
  406.  
  407. 4.2  Responsibility for messages
  408.  
  409.      The subscribers to the service using the MTS are responsible
  410. for the messages in their User Agents/Message Stores. The service
  411. using the MT service is responsible for the transfer between the
  412. UAs/MSs in that service and the MT service.
  413.  
  414.      The Administration providing the MT service is responsible for
  415. the message transfer and the optional user facilities performed
  416. within its management domain and for messages coming from or
  417. directed to private management domains connected to its management
  418. domain, unless other national regulations apply. In international
  419. interconnection of ADMDs, the responsibility to deliver passes from
  420. managements domains with the message.
  421.  
  422.      Administrations should provide assistance to their
  423. subscribers, with regard to status and tracing of non-delivered
  424. messages.
  425.  
  426.      Note - The international implications of this are for further
  427. study.
  428.  
  429. 4.3  Model of delivery and notification times (see Figure 1/F.410)
  430.                                  
  431.                                  
  432.                                  
  433.                                  
  434.                           Figure 1/F.410
  435.  
  436. 4.4  Message transfer time targets
  437.  
  438.      The recipient ADMD should force non-delivery notification if
  439. it has not been able to transfer the message to the receiving UA
  440. before x hours after submission to the originating MTA (or after
  441. date and time indicated for deferred delivery), the value of x
  442. being dependent on the grade of delivery requested by the
  443. originator as shown in Table 1/F.410.
  444.                                  
  445.                                  
  446.                            TABLE 1/F.410
  447.                                                   
  448.            Grade of       95% delivered     Non-delivery
  449.            delivery          before        forced after x
  450.                                                   
  451.                                                   
  452.        Urgent               0.75 hours         4 hours
  453.                                                   
  454.                                                   
  455.        Normal               4.0  hours        24 hours
  456.                                                   
  457.                                                   
  458.        Non-urgent          24.0  hours        36 hours
  459.                                                   
  460.  Note - Intercommunication with PRMDs is not included in the
  461. calculation of the time targets.
  462.  
  463.      To be able to meet these time targets, a message has to
  464. transit a transitting ADMD within y hours, the value of y being
  465. dependent on the grade of delivery requested by the originator as
  466. shown in Table 2/F.410.
  467.                                  
  468.                                  
  469.                            TABLE 2/F.410
  470.                                          
  471.                     Grade of      95% transitted
  472.                     delivery         before y
  473.                                          
  474.                                          
  475.                 Urgent              0.45 hours
  476.                                          
  477.                                          
  478.                 Normal              2.5  hours
  479.                                          
  480.                                          
  481.                 Non-urgent         14.5  hours
  482.                                          
  483.  Note 1 - Time Targets assume that receiving UA is continuously
  484. available and excludes cases of Hold for Delivery.
  485. Note 2 - Intercommunication with PRMDs is not included in the
  486. calculation of the time targets.
  487.  
  488. 4.5  Delivery notification time targets
  489.  
  490.      Non-delivery notifications or requested delivery notifications
  491. should be returned on a per-recipient basis, in order not de delay
  492. notifications for those messages in a multi-addressed message which
  493. have already been delivered, to enable the originating management
  494. domain either to return per-recipient notifications or to batch
  495. notifications to its subscribers (see Table 3/F.410).
  496.                                  
  497.                                  
  498.                            TABLE 3/F.410
  499.                                          
  500.                       Type         95% returned
  501.                                       before
  502.                                          
  503.                                          
  504.                 ND-notification     0.75 hours
  505.                                          
  506.                                          
  507.                 D-notification      0.75 hours
  508.                                          
  509.  Note - Time Targets assume that receiving UA is continuously
  510. available and excludes cases of Hold for Delivery.
  511.  
  512. 4.6  Error protection
  513.  
  514.      Error protection on transmission is provided by the MHS and
  515. underlying protocols used in the provision of the MT service.
  516.  
  517. 4.7  Availability of service
  518.  
  519.      In principle the MT service should be available continuously.
  520. User agents or message stores connected to the MT service should be
  521. available for submission or delivery continuously (unless hold for
  522. delivery is invoked).
  523.  
  524. 4.8  Minimum storage capacity
  525.  
  526.      The storage capacity of the message transfer agent shall be
  527. sufficient to provide a high grade of service.
  528.  
  529.      Note - This is for further study.
  530.  
  531.  
  532. 5    Network requirements
  533.  
  534. 5.1  General
  535.  
  536.      The MT service is network independent, that is, the basic
  537. service and the essential optional user facilities are provided
  538. independently of the type of network used for service access.
  539. Additional optional user facilities chosen by an Administration to
  540. offer may vary.
  541.  
  542. 5.2  Network requirements for international interconnection
  543.  
  544.      For an interim period (8 years) in the interest of ease of
  545. interconnection of the public international message transfer
  546. service between Administrations public packet switching connections
  547. shall be used. This does not preclude Administrations from using
  548. different means for this interconnection on a bilateral basis.
  549.  
  550. 5.3  Network requirements for service access
  551.  
  552.      Access to the public message transfer service is a national
  553. matter.
  554.  
  555.  
  556. 6    Use of the MT service within CCITT defined telematic services
  557.  
  558.      See relevant F series Recommendations.
  559.                                  
  560.                                  
  561.                                  
  562.                               ANNEX A
  563.                                  
  564.                      (to Recommendation F.410)
  565.                                  
  566.                            Abbreviations
  567.                                  
  568.  
  569.      The following abbreviations are used in this Recommendation.
  570.                    
  571.            A       Additional Optional User Facility
  572.                    
  573.                    
  574.            ADMD    Administration Management Domain
  575.                    
  576.                    
  577.            E       Essential Optional User Facility
  578.                    
  579.                    
  580.            IP      Interpersonal
  581.                    
  582.                    
  583.            MD      Management Domain
  584.                    
  585.                    
  586.            MHS     Message Handling System
  587.                    
  588.                    
  589.            MS      Message Store
  590.                    
  591.                    
  592.            MT      Message Transfer
  593.                    
  594.                    
  595.            MTA     Message Transfer Agent
  596.                    
  597.                    
  598.            MTS     Message Transfer System
  599.                    
  600.                    
  601.            PDS     Physical Delivery System
  602.                    
  603.                    
  604.            PRMD    Private Management Domain
  605.                    
  606.                    
  607.            TTXAU   Teletex Access Unit
  608.                    
  609.                    
  610.            UA      User Agent
  611.                    
  612.  Note 1 - For a glossary of terms see Annex A of Recommendation
  613. F.400.
  614. Note 2 - For references see Recommendations F.400 and F.401.
  615.                                  
  616.                                  
  617.                                  
  618.                               ANNEX B
  619.                                  
  620.                      (to Recommendation F.410)
  621.                                  
  622.               MT elements of service for 1984 systems
  623.                                  
  624.                                                   
  625.                                            Classification
  626.                                                   
  627.                                                        
  628.              Element of service      Basic         Optional
  629.                                                        
  630.                                                             
  631.                                                 Per     Contract
  632.                                               message      ual
  633.                                                             
  634.                                                             
  635.            Access management           X                    
  636.            Alternate recipient                   E          
  637.            allowed
  638.            Alternate recipient                              A
  639.            assignment
  640.            Content type                X                    
  641.            indication
  642.            Conversion prohibition                E          
  643.            Converted indication        X                    
  644.            Deferred delivery                     E          
  645.            Deferred delivery                     E          
  646.            cancellation
  647.            Delivery notification                 E          
  648.            Delivery time stamp         X                    
  649.            indication
  650.            Disclosure of other                   E          
  651.            recipients
  652.            Explicit conversion                   A          
  653.            Grade of delivery                     E          
  654.            selection
  655.            Hold for delivery                                A
  656.            Implicit conversion                              A
  657.            Message identification      X                    
  658.            Multi-destination                     E          
  659.            delivery
  660.            Non-delivery                X                    
  661.            notification
  662.            Original encoded            X                    
  663.            information types
  664.            indication
  665.            Prevention of non-                    A          
  666.            delivery notification
  667.            Probe                                 E          
  668.            Registered encoded          X                    
  669.            information types
  670.            Return of content                     A          
  671.            Submission time stamp       X                    
  672.            indication                                       
  673.            
  674.  
  675.  
  676.